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(54) System for reporting client status information to communications-center agents 



(57) A network-based system is provided for ena- 
bling agent-users of the system to obtain current client- 
status information related to clients of an information- 
source facility connected to the network in order to op- 
timize callback-connection success from the agent-us- 
ers to the monitored clients. The system comprises, a 
first server node connected to the information -source fa- 
cility and to the network : a second server node connect- 
ed to the first server node and to the network, the second 
server node accessible to the first server node, a net- 
work-capable appliance connected to the network, the 



second server node accessible to the network -capable 
appliance, an agent workstation connected to the net- 
work and to the first server node, the first server node 
accessible to the agent workstation and a software ap- 
plication distributed on at least the first and second serv- 
er nodes, the software application enabling distribution 
of the client-status information. The agent-user operat- 
ing the agent workstation accesses the first server node 
and subscribes to the client-status information, the cli- 
ent-status information is accessed from the second 
server node by the first server node and delivered to the 
requesting agent-user. 
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Description 

Field of the Invention 

[0001] The present invention is in the field of telecom- 
munication encompassing all existing sorts of interac- 
tion multimedia technology, and pertains more particu- 
larly to a system for reporting active client status infor- 
mation to communications-center agents. 

Cross-Reference to Related Documents 

[0002] The present invention is a continuation-in-part 
(CI P) to a US patent application S/N 09/71 0,042 entitled 
"A System for improved Reporting of Communica- 
tion Center Presence information to Prospective Cli- 
ents", filed on 11/08/2000, disclosure of which is incor- 
porated herein in its entirety by reference. 

Background of the Invention 

[0003] In the field of telephony communication, there 
have been many improvements in technology over the 
years that have contributed to more efficient use of tel- 
ephone communication within hosted call-center envi- 
ronments. Most of these improvements involve integrat- 
ing the telephones and switching systems in such call 
centers with computer hardware and software adapted 
for, among otherthings, belter routing of telephone calls, 
faster delivery of telephone calls and associated infor- 
mation, and improved service with regard to client sat- 
isfaction. Such computer-enhanced telephony is known 
in the art as computer-telephony integration (CTI). Gen- 
erally speaking, CTI implementations of various design 
and purpose are implemented both within individual call- 
centers and, in some cases, at the telephone network 
level. For example, processors running CTI software ap- 
plications may be linked to telephone switches, service 
control points (SCP), and network entry points within a 
public or private telephone network. At the call-center 
level, CTI-enhanced processors, data servers, transac- 
tion servers, and the like, are linked to telephone switch- 
es and, in some cases, to similar CTI hardware at the 
network level, often by a dedicated digital link. CTI proc- 
essors and other hardware within a call-center is com- 
monly referred to as customer premises equipment 
(CPE). It is the CTI processor and application software 
in such centers that provides computer enhancement to 
a call center. 

[0004] In a CTI-enhanced call center, telephones at 
agent stations are connected to a central telephony 
switching apparatus . such as an automatic call distrib- 
utor (ACD) switch or a private branch exchange (PBX). 
The agent stations may also be equipped with computer 
terminals such as personal computer/video display units 
(PC/VDU) so that agents manning such stations may 
have access to stored data as well as being linked to 
incoming callers by telephone equipment. Such stations 
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may be interconnected through the PC/VDU by a local 
area network (LAN). One or more data or transaction 
servers may also be connected to the LAN that inter- 
connects agent stations. The LAN is, in turn, typically 
5 connected to the CTI processor, which is connected to 
the call switching apparatus of the call center. 
[0005] When a call arrives at a call center, whether or 
not the call has been pre-processed at an SCP, typically 
at least the telephone number of the calling line is made 
10 available to the receiving switch at the call center by the 
network provider. This service is available by most net- 
works as caller-ID information in one of several formats 
such as Automatic Number Identification (ANI). Typical- 
ly the number called is also available through a service 
15 such as Dialed Number Identification Service (DNIS). If 
the call center is computer-enhanced (CTI), the phone 
number of the calling party may be used as a key to ac- 
cess additional information from a customer information 
system (CIS) database at a server on the network that 
20 connects the agent workstations. In this manner infor- 
mation pertinent to a call may be provided to an agent, 
often as a screen pop on the agent's PCNVDU. 
[0006] In recentyears, advances in computer technol- 
ogy, telephony equipment, and infrastructure have pro- 
25 vided many opportunities for improving telephone serv- 
ice in publicly switched and private telephone intelligent 
networks. Similarly, development of a separate informa- 
tion and data network known as the Internet, together 
with advances in computer hardware and software have 
30 led to a new multimedia telephone system known in the 
art by several names. In this new systemology, tele- 
phone calls are simulated by multimedia computer 
equipment, and data, such as audio data, is transmitted 
over data networks as data packets. In this system the 
35 broad term used to describe such computer-simulated 
telephony is Data Network Telephony (DNT). 
[0007] For purposes of nomenclature and definition, 
the inventors wish to distinguish clearly between what 
might be called conventional telephony, which is the tel- 
40 ephone service enjoyed by nearly all citizens through 
local telephone companies and several long-distance 
telephone network providers, and what has been de- 
scribed herein as computer-simulated telephony or da- 
ta-network telephony. The conventional systems are re- 
45 ferred to herein as Connection-Oriented Switched-Te- 
lephony (COST) systems, CTI enhanced or not. 
[0008] COST telephony is not limited to wired, or land- 
line systems, but may include wireless network systems 
as well. The purpose of the definitions here is to distin- 
50 guish clearly between data-packet systems, which 
share available bandwidth, and non-packet systems 
which use dedicated connections or channels. 
[0009] The computer-simulated, or DNT systems are 
familiar to those who use and understand computers 
55 and data-network systems. Perhaps the best example 
of DNT is telephone service provided over the Internet, 
which will be referred to herein as Internet Protocol Net- 
work Telephony (IPNT), by far the most extensive, but 
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still a subset of DNT. DNT systems may also include 
wireless sub-systems. 

[001 0] Both systems use signals transmitted over net- 
work links. In fact, connection to data networks for DNT 
such as IPNT is typically accomplished over local tele- 
phone lines, used to reach points in the network such 
as an Internet Service Provider (ISP). The definitive dif- 
ference is that COST telephony may be considered to 
be connection-oriented telephony. In the COST system, 
calls are placed and connected by a specific dedicated 
path, and the connection path is maintained over the 
time of the call. Bandwidth is basically assured. Other 
calls and data do not share a connected channel path 
in a COST system. A DNT system, on the other hand, 
is not dedicated or connection-oriented. That is, data, 
including audio data, is prepared, sent, and received as 
data packets over a data-network. The data packets 
share network links, and may travel by varied and vari- 
able paths. 

[0011] Recent improvements to available technolo- 
gies associated with the transmission and reception of 
data packets during real-time DNT communication have 
enabled companies to successfully add DNT, principally 
IPNT, capabilities to existing CTI call centers. Such im- 
provements, as described herein and known-to the in- 
ventor, include methods for guaranteeing available 
bandwidth or quality of service (QOS) for a transaction, 
improved mechanisms for organizing, coding, com- 
pressing, and carrying data more efficiently using less 
bandwidth, and methods and apparatus for intelligently 
replacing lost data via using voice supplementation 
methods and enhanced buffering capabilities. 
[0012] In addition to Internet protocol (IPNT) calls, a 
DNT center may also share other forms of media with 
customers accessing the system through their comput- 
ers. E-mails, video mails, fax, file share, file transfer, vid- 
eo calls, and so forth are some of the other forms of 
media, which may be used. This capability of handling 
varied media leads to the term multimedia communica- 
tions center. A multimedia communications center may 
be a combination CTI and DNT center, or may be a DNT 
center capable of receiving COST calls and converting 
them to a digital DNT format. The term communication 
center will replace the term call center hereinafter in this 
specification when referring to multi -media capabilities. 
[0013] In typical communication centers, DNT is ac- 
complished by Internet connection and IPNT calls. For 
this reason, IPNT and the Internet will be used in exam- 
ples to follow. IT should be understood, however, that 
this usage is exemplary, and not limiting. 
[0014] In systems known to the inventors, incoming 
IPNT calls are processed and routed within an IPNT- 
capable communication center in much the same way 
as COST calls are routed in a CTl-enhanced call-center, 
using similar or identical routing rules, waiting queues, 
and so on, aside from the fact that there are two sepa- 
rate networks involved. Communication centers having 
both CTI and IPNT capability utilize LAN -connected 



agent-stations with each station having a telephony- 
switch-connected headset or phone, and a PC connect- 
ed., in most cases via LAN, to the network carrying the 
IPNT calls. Therefore, in most cases, IPNT calls are 
5 routed to the agent's PC while conventional telephony 
calls are routed to the agent's conventional telephone 
or headset. Typically separate lines and equipment 
must be implemented for each type of call weather 
COST or IPNT. 

10 [001 5] Due in part to added costs associated with ad- 
ditional equipment, lines, and data ports that are needed 
to add IPNT capability to a CTl-enhanced call-center, 
companies are currently experimenting with various 
forms of integration between the older COST system 

15 and the newer IPNT system. For example, by enhancing 
data servers, interactive voice response units (IVR), 
agent-connecting networks, and so on, with the capa- 
bility of conforming to Internet protocol, call data arriving 
from either network may be integrated requiring less 

20 equipment and lines to facilitate processing, storage, 
and transfer of data. 

[0016] With many new communication products sup- 
porting various media types available to businesses and 
customers, a communication center must add signifi- 
es cant application software to accommodate the diversity. 
For example, e-mail programs have differing parame- 
ters than do IP applications. IP applications are different 
regarding protocol than COST calls, and so on. Sepa- 
rate routing systems and/or software components are 
30 needed for routing e-mails, IP calls, COST calls, file 
sharing, etc. Agents must then be trained in the use of 
a variety of applications supporting the different types 
of media. 

[0017] Keeping contact histories : reporting statistics, 
35 creating routing rules and the like becomes more com- 
plex as newer types of media are added to communica- 
tion center capability. Additional hardware implementa- 
tions such as servers, processors, etc. are generally re- 
quired to aid full multimedia communication and report- 
40 ing. Therefore, it is desirable that interactions of all mul- 
timedia sorts be analyzed, recorded, and routed accord- 
ing to enterprise (business) rules in a manner that pro- 
vides seamless integration between media types and 
application types, thereby allowing agents to respond 
45 intelligently and efficiently to customer queries and 
problems. 

[0018] One challenge that is ever present in a com- 
munications center is the ability to communicate current 
communication center status to customers attempting 

50 to reach the center for service. Older call-centers relying 
on COST communication techniques simply play re- 
corded messages, the recordings informing the custom- 
ers of the status of an agent being called. More ad- 
vanced communication centers, including multimedia 

55 centers, have more extensive automated services in 
place for interacting with customers in the event that no 
agents are available. Most of these services are IVR 
driven and inform callers of options, as well as status of 
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those persons the callers are attempting to connect with. 
[0019] Estimated call-waiting times may be deter- 
mined during a call attempt and communicated to the 
caller through IVR interaction. The number of calls 
ahead of current calls may also be provided as status 
information. A customer must invest the time and suffer 
the inconvenience of placing acall to the communication 
center in order to receive the status information. As de- 
scribed above, this information is made available 
through IVR interaction in prior art systems. In general, 
a call placed into the communications center must be 
paid for either by the customer placing the call, or by the 
center itself. It has occurred to the inventor that money 
and center resource could be conserved by providing 
status information to customers without requiring a 
physical call to be placed to the center. 
[0020] A network-based system known to the inventor 
enables users of the system to obtain current agent-sta- 
tus information related to agents of an information- 
source facility connected to the network before initiating 
contact with the agent or agents of the information- 
source facility. The system comprises a status-server 
node connected to the information-source facility (com- 
munication center) and to the network, an interface- 
server node connected to the status node and to the net- 
work, the status-server node accessible to the interlace 
node, a user-operated network-capable appliance con- 
nected to the network, the interface node accessible to 
the network-capable appliance, and a software applica- 
tion distributed on at least the status and interface server 
nodes, the software application enabling distribution of 
the agent-status information to the user-operated appli- 
ance. 

[0021] The user operating the network-capable appli- 
ance connects to the network and accesses the inter- 
facing server node and requests the agent-status infor- 
mation, the agent-status information is then accessed 
from the status server node connected to the communi- 
cation center by the interfacing server node and deliv- 
ered to the requesting user over the operating network. 
Such a system saves phone costs for customers and/or 
agents as well as reduces utilization requirements of 
communication-center interface technologies such as 
IVR technology 

[0022] It has occurred to the inventor that in addition 
to enabling users to view status information and estimat- 
ed waiting times associated with contacted agents, it 
would also be usef ul to enable agents to be able to view 
availability status and callback preferences of users. 
[0023] What is clearly needed is a network-based sys- 
tem that allows agents operating from a connected in- 
formation-source facility to monitor online status of cli- 
ents of the facility and to view real-time contact informa- 
tion concerning users who are in transition from one 
state to another. Such a system would enable agents to 
determine optimum time and method for initiating con- 
tact with patrons of the facility and save costs related to 
expensive out-bound calling systems and the like. 



Summary of the Invention 

[0024] In a preferred embodiment of the present in- 
vention, a network-based system is provided for ena- 
5 bling agent-users of the system to obtain current client- 
status information related to clients of an information- 
source facility connected to the network in order to op- 
timize callback-connection success from the agent-us- 
ers to the monitored clients. The system comprises, a 
10 first server node connected to the information-source fa- 
cility and to the network, a second server node connect- 
ed to the first server node and to the network, the second 
server node accessible to the first server node, a net- 
work-capable appliance connected to the network, the 
is second server node accessible to the network-capable 
appliance, an agent workstation connected to the net- 
work and to the first server node, the first server node 
accessible to the agent workstation and a software ap- 
plication distributed on at least the first and second serv- 
es er nodes, the software application enabling distribution 
of the client-status information. The agent-user operat- 
ing the agent workstation accesses the f irst server node 
and subscribes to the client-status information, the cli- 
ent-status information accessed from the second server 
25 node by the first server node and delivered to the re- 
questing' agent-user. 

[0025] In a preferred embodiment, the system is im- 
plemented on the Internet network. In one aspect of the 
network-based system, the information-source facility is 

30 a communication center marketing products and or 
services to the clients. In a preferred aspect, the agents 
are human resources employed by the communication 
center. In another aspect the agents are automated sys- 
tems implemented at the communications center to pro- 

35 vide specialized services. 

[0026] In a preferred aspect, the client-status informa- 
tion includes online/off-line status of the client and the 
client's callback preferences including medium prefer- 
ences and device preferences. In one aspect, an alert 

40 is propagated to clients, the alert indicating a time for 
' callback and propagated at a predetermined time before 
the estimated time of callback. In another aspect, an 
alert is propagated to clients, the alert indicating the sta- 
tus of the communication center such as, but not limited 

45 to, the number of calls in queue and the estimated wait- 
ing time, enabling the client to plan or to initiate a call 
with higher probability of success. In a preferred aspect, 
the optional callback or alert mediums include cellular, 
IP, and wired communications mediums. In this aspect, 

so the optional callback or alert devices include cellulartel- 
ephones, pagers, telephones, computer stations, hand- 
held computers, and laptop computers. 
[0027] In one aspect of the system, client-status infor- 
mation automatically updates periodically. In another 

55 aspect, the client-status information is continually 
streamed to the subscribing agent-user.. Also in one as- 
pect, the client-status information is pulled from the sec- 
ond server node by the first server node according to 
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the subscribing agent-user's request. In another aspect, 
the client-status information is pushed to the first server 
node by the second server node and is available to be 
pulled by the agent-user operating from the agent work- 
station. In some aspects, the software application uses 5 
instant message technology in the transfer of client-sta- 
tus information. In other aspects, the software applica : 
tion uses streaming technology in the transfer of client- 
status information. I n still other aspects, the software ap- 
plication embeds the client -status information into a 10 
Web page subscribed to by the agent-user. 
[0028] In one aspect of the system, the functions of 
the first and second server nodes are implemented with- 
in a single server node connected to the communica- 
tions center, the network, and accessible to the network- 75 
capable appliance and to the agent workstation. In an- 
other aspect, the second server node is a third-party 
server node providing instant messaging services. In 
still another aspect, the second server node is hosted 
by the information-source facility and dedicated for 20 
agent-client communications. In still another aspect, the 
second server node functions as a call-waiting queue of 
the information-source facility. 

[0029] According to another aspect of the present in- 
vention, a method is provided for enabling agent-users 25 
of an information-source facility connected to a network 
to obtain current client-status information related to cli- 
ents of the information-source facility. The method com- 
prises the steps of; (a) maintaining a client-interface 
server connected to the network and accessible to the 30 
information-source facility; (b) compiling and packaging 
the client-status information related to clients connected 
to the client interface and (c) serving the client-status 
information or a portion thereof to subscribing agent 
workstations over the network. 35 
[0030] In a preferred embodiment, the method is prac- 
ticed the Internet network. In one aspect of the method 
in step (a), the information-source facility is a communi- 
cation center. In this aspect, the communication center 
markets products and or services to the clients. In an- 40 
other aspect of the method in step (a) } the client-inter- 
face server is a third-party server hosting an instant 
messaging service. In a preferred aspect, the client-in- 
terface server is hosted by the communication center 
and dedicated for agent-client communications. In still 45 
another aspect, the client-interface server is adapted as 
a call-waiting queue of the communication center. 
[0031] In on application of the method, instep (b), the 
client-status information is packaged in the form of in- 
stant messages containing the information. In another so 
application of the method, in step (b), the client-status 
information is embedded into an electronic information 
page served by the client-interface server. The method, 
in some embodiments, further comprises a step for 
alerting clients as to an estimated time of response from 55 
an agent in a callback situation or as to an estimated 
time of the communication center being available to re- 
ceive a.call. In this aspect, the alert is of the form of, but 



not limited to, one of a page to paging device, and instant 
message, an e-mail, or a telephone. beep. 
[0032] In a preferred aspect of the method in step (c) 
the agent workstation comprises a personal computer 
connected to a local-area-network (LAN). Also, in a pre- 
ferred aspect, in step (c), the client-status information 
includes online/off-line status of the client and the cli- 
ent's callback preferences including medium preferenc- 
es and device preferences. In this aspect, in step (c), 
the client-status information automatically updates pe- 
riodically. 

[0033] Now, for the first time, a network-based system 
that allows agents operating from. a connected informa- 
tion-source facility to monitor online status of clients of 
the facility and to view real-time contact information con- 
cerning users who are in transition from one state to an- 
other is provided. Such a system enables agents to de- 
termine optimum time and method for initiating contact 
with patrons of the facility and saves costs related to 
expensive out-bound calling systems and the like. 

Brief Description of the Drawing Figures 

[0034] Fig. 1 is an overview of a communication net- 
work wherein reporting of communication-center pres- 
ence information is practiced according to an embodi- 
ment of the present invention. 

[0035] Fig. 2 is a plan view of a client-side media-in- 
terface containing status information according to an 
embodiment of the present invention. 
[0036] Fig. 3 is a flow diagram illustrating client and 
system procedural steps for practicing communication- 
center presence reporting according to an embodiment 
of the present invention. 

[0037] Fig. 4 is an overview of a communications net- 
work wherein agent monitoring of client status is prac- 
ticed according to an embodiment of the present inven- 
tion. 

[0038] Fig. 5 is a logical connection diagram showing 
functionality and logical connection of principally soft- 
ware elements in an embodiment of the present inven- 
tion. 

[0039] Fig. 6 is a plan view of exemplary agent-side 
media-interfaces 99 and 101 containing availability sta- 
tus and callback parameters according to an embodi- 
ment of the present invention. 

[0040] Fig. 7 is a flow diagram illustrating agent and 
system procedural steps for observing customer status 
and call back preferences according to an embodiment 
of the present invention. 

Description of the Preferred Embodiments 

[0041] In accordance with a preferred embodiment of 
the present invention, the inventor provides a novel soft- 
ware-hardware driven system for improving the report- 
ing of communication-center presence information to 
prospective communication-center clients. The method 
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and apparatus of the present invention is described in 
enabling detail below. 

[0042] Fig. 1 is an overview of a communication net- 
work 52 wherein reporting of communication-center 
presence information is practiced according to an em- 
bodiment of the present invention. Communication net- 
work 52 comprises, in this example, a public-switched- 
telephone network (PSTN) 55, a data-packet-network 
(DPN) 61 , a communication center 21 , and an exempla- 
ry user 9. 

[0043] PSTN 55, in this example, represents a pre- 
ferred network connecting all connection-oriented- 
switched-telephony (COST) clients who call into com- 
munication center 21 for the purpose of doing business 
with the center. In another embodiment, a private tele- 
phone network may be utilized in place of or in combi- 
nation with PSTN 55. The inventor chooses PSTN 55 
because of its high public-access characteristic. 
[0044] A local telephony switch (LSW) 59 is illustrated 
within PSTN 55 and represents automated switching ca- 
pability within the network. LSW 59 may be an Automat- 
ic Call Distributor (ACD), a Public Branch Exchange 
(PBX), or any other type of telephony switching appara- 
tus, in the broadest sense, including but not limited to 
DNT type switches/gateways as used in VoIP etc. LSW 
59 is enhanced for computer-telephony-integration 
(CTI) by a CTI processor 62 connected thereto by a CTI 
connection. LSW 59 and CTI processor 62 may encom- 
pass various communication functionalities made avail- 
able at network level by communication center 21. For 
example, an instance of CTI software known to the in- 
ventor and termed Transaction Server (TS) is provided 
within CTI processor 62 and adapted to enable commu- 
nication-center 21 to certain call-switching and routing 
aspects performed by LSW 59. 

[0045] LSW 59 is connected to a central telephony 
switch (CSW) 53, illustrated within communication cent- 
er 21 , by a COST telephony trunk 57. CSW 53 may be 
any one of several types of call processing switches as 
previously described with respect to LSW 59 above. 
[0046] CSW 53 is enhanced by a CTI processor 65, 
which is connected thereto by a CTI connection as was 
described with reference to LSW 59. CTI processor 65 
also has an instance of TS software provided therein 
and adapted to communicate with TS software of proc- 
essor 62. Processors 62 (network) and 65 (communica- 
tion center) are connected by virtue of a separate data 
network 64 enabling the above-described communica- 
tion between TS instances. By using network 64 to con- 
nect processor 62 and 65, communication center 21 
may, in addition to controlling call switching and routing 
within PSTN 55, receive information about callers ahead 
of actual calls arriving at CSW 53 for internal processing. 
This enhancement is known as double-dipping by the 
inventors. 

[0047] DPN 61 is, in this example, the well-known In- 
ternet network and will hereinafter be termed Internet 
61 . Internet61 facilitates all Internet-protocol (IP) callers 



reaching communication center 21 through the Internet. 
Internet 61 may instead be a private or corporate Wide 
Area Network (WAN), or any other type of DPN as long 
as Internet communication protocols are supported. The 
5 inventor chooses Internet 61 as a preferred network be- 
cause of it's high public-access characteristic. IP callers 
calling into communication center 21 may interface from 
any Internet-connected server, which provides network 
access to communication center 21 . Moreover, there 
10 may be many such servers distributed throughout net- 
work 61 , each server being a point of access. 
[0048] Internet 61 has an Internet backbone 13 illus- 
trated therein. Backbone 13 represents all the lines, 
equipment, and connection points making up the Inter- 
15 net network as a whole, including sub networks. A Web 
Server (WS) 15 is provided within Internet61 and is con- 
nected to backbone 13. WS 15 is adapted as an Internet 
file server as is known in the art. WS 15 represents one 
of a possible plurality of distributed customer-interfacing 
20 servers as described above. WS 15 serves electronic 
information pages, termed Web pages in the art, to re- 
questing users. WS 15 is in this example hosted by the 
entity hosting communication center 21 and is utilized 
as a customer-interfacing server. 
25 [0049] WS 15 is enhanced with a software instance 
termed Web-Presence-Software (WPS) 16, which ena- 
bles prospective customers of communication-center 
21 to view communication-center status related to agent 
availability for a call before deciding whether or not to 
30 actually place a call to communication center 21 . More 
about WPS 16 is provided later in this specification. 
[0050] An exemplary user, illustrated herein as a PC 
icon labeled with the element number 9, is connected to 
Internet backbone 13 by virtue of an Internet connec- 
ts tion-line 1 1 . User 9 is assumed, in this example, to be 
accessing WS 1 5 through standard Internet-connection 
capabilities as are known in the art. Typically, user 9 
would obtain access to WS 15 through a dial-up con- 
nection utilizing an Internet-service-provider (ISP) and 
40 PSTN 55. However, there are many other means which 
may be used to obtain an Internet session with WS 15, 
many of which may not require dialing, e.g. DSL, cable 
modems etc. User 9 may utilize some other Internet-ca- 
pable appliance than the PC illustrated herein. Likewise, 
45 connection line 11 may be a wireless link, a cable-mo- 
dem connection, or any other known Internet connection 
means. 

[0051] An instance of software termed Customer- 
Presence-Software (CPS) 10 is provided to execute on 

so customer-premise-equipment (CPE), which in this case 
is a PC operated by user 9. CPS 10 is adapted to inte- 
grate communication -center status information into a 
customer's electronic interface, which is typically an 
electronic-information-page (Web page) served to the 

55 customer by WS 1 5 upon the customer's request. CPS 
10 is an optional implementation in this example and is 
described in more detail later in this specification. 
[0052] Communication center21 has an Internet Pro- 
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tocol Router (JPR) 25 illustrated therein and adapted to 
handle incoming communication events sourced from 
WS 1 5 or any other interfacing Web server over network 
connection 19. IPR 25 routes incoming events to agent 
workstations adapted to receive the events. Agent work- 
stations 27, 29, and 31 are illustrated within communi- 
cation center 21 and adapted for communication-center 
activity covering both IP and COST transactions. 
[0053] Agent telephones 39 (workstation 27), 41 
(workstation 29), and 37 (workstation 31) are provided 
to handle COST communication events. Telephones 39, 
41 , and 37 are connected to CSW 53 by internal teleph- 
ony wiring 45. Each agent workstation 27, 29, and 31 
has a personal computer/video-display unit (PC/VDU) 
provided therein and adapted for handling IP communi- 
cation events and for receiving information about callers 
calling from PSTN 55. These are PC/VDU 33, PC/VDU 
35, and PC/VDU 43 respectively. 

[0054] PC/VDU's 39, 35, and 43 are connected to a 
Local -Area- Network (LAN) 23. LAN 23 is, in this case, 
enhanced for Internet communication. IPR 25 is con- 
nected to LAN 23 and functions as an event router as 
previously described above. Other equipment may also 
be connected to LAN 23 such as a customer information 
server (CIS), a statistical server and other communica- 
tion-center systems and equipment not shown here but 
assumed to be present. Processor 65 is connected to 
LAN 23 by a LAN connection 67. In this way, information 
about COST callers being handled at LSW 59 may be 
routed over LAN 23 to destination PC/VDUs such as PC/ 
VDU 35 in station 29 for example. Information about 
COST callers can also be handled by CSW 53 and rout- 
ed over LAN 23 to destinations. 

[0055] It will be apparent to one with skill in the art, 
that there may be many more workstations manned by 
communication-center agents than are illustrated in this 
embodiment without departing from the spirit and scope 
of the present invention. Similarly, there may be many 
more CTI functions represented herein without depart- 
ing from the spirit and scope of the present invention. 
For example, I VR capability may be present at LSW 59, 
as well as at CSW 53. Automated systems such as au- 
tomated fax systems and e-mail systems may also be 
present. There are many possibilities. 
[0056] A status server 49 is provided within commu- 
nication center 21 and adapted to monitor agent status 
and availability for receiving incoming communication 
events. Status server 49 is connected to LAN 23 by vir- 
tue of a LAN connection and monitors status at each 
workstation 27-31 . Software used for this purpose is not 
illustrated in this embodiment, but may be assumed to 
be present and operational within server 49. Agents 
manning stations 27-31 may monitored as to how many 
calls are in their respective queues whether they are 
COST queues, IP queues, or virtual queues of either 
type. Estimated waiting times for each queue of each 
agent are determined using call-handling statistics 
available within center 21 . The information gathered to 



be made available t users may also be more extensive 
in scope, involving status of groups of agents and the 
like. Server 49 is capable of monitoring the status of 
each agent in real-time, but for practical purposes, may 
5 perform periodic status checks on a frequent basis such 
that real-time parameters are closely emulated. All cur- 
rent status information for every agent logged on to LAN 
23 is compiled by server 49 and maintained as long as 
it is current. 

w [0057] An instance of Communication-Center-Pres- 
ence Software (CCPS) 50 is provided within server 49 
and adapted to interface with agent-monitoring software 
per instance of client request initiated through WS 15. 
Status server 49 is : in this embodiment connected di- 

*5 rectly to WS 15 by a separate high-speed data link 20. 
This implementation is not specifically required to prac- 
tice the present invention, however the presence of link 
20 enhances server-to-server communication. In the 
absence of data link 20, all communication between WS 

20 15 and status server 49 would be conducted over Inter- 
net connection line 19, through IPR 25, and over LAN 
23. 

[0058] In practice of the present invention in one pre- 
ferred embodiment; user 9 accesses Internet 61 over 

25 Internet connection line 11 and logs into WS 15. WS 15 
serves a Web page as a response to a request from user 
9. The Web page requested is hosted by the entity host- 
ing communication center 21 and therefore contains in- 
formation about communication center 21 including 

30 contact links, product information, telephone numbers, 
and any other pertinent information that may be found 
on a customer interface. In addition to the more typical 
information contained in the Web page representing 
communication center 21, a Web form (not shown) is 

35 made available for the purpose of taking a user's status 
request before requiring the user to place an actual call 
or initiate any contact with center 21 . 
[0059] The Web form, which is part of WPS 1 6, allows 
a user to enter such information as a product descrip- 

40 tion, profile information, or a purpose for the desired 
contact with communication center 21. WPS 16, upon 
receiving and registering a request from user 9 sends 
an instant message/request over high-speed data link 
20 to status server 49. CCPS 50 parses the request and 

45 obtains the most current status information from server 
49 that matches the intent of the request. For example, 
if user 9 desires to purchase a four-wheel drive pickup, 
and communication center 21 is a car dealership, then 
CCPS 50 will only obtain status information connected 

50 to those agents within center 21 responsible for four- 
wheel drive sales. 

[0060] Once status information is obtained by server 
49, it is sent in the form of a response from server 49 to 
WS 15 whereupon it may be made available to user 9. 
55 in another embodiment, the status response may be 
sent to user 9 along with a subsequent Web page 
whereupon the information is caused to be a part of the 
web page at the location of user 9. In this case, CPS 10 



7 



BNSDOCID: <EP 1225752A2J_> 



13 



EP 1 225 752 A2 



14 



would incorporate the information into the display of the 
subsequent Web page. 

[0061] In still another embodiment, CCPS 50 may ob- 
tain all of the current agent-status information available 
from communication center 21 and send it to WS 15 over 5 
link 20 on a periodic or real-time basis. WPS 1 6 would, 
in this case, the enhanced with a filtering capability of 
filtering status information that closely matches a user 
request. Also in this case, an instant message would not 
need to be sent from WS 1 5 to status server 49. 10 
[0062] In a simple embodiment, status information 
viewable by user 9 would include any listed agents, 
number of calls in their queues, and estimated time wait- 
ing for agent availability with respect to each queue. For 
example, agent JIM may have 5 COST calls waiting, 5 15 
IP calls waiting, and 8 unanswered e-mails. Therefore, 
agent Jim may be considered unavailable for immediate 
service. An estimated time waiting for Jim to respond 
may be averaged over all his media types, or maybe 
specified for each media type. User 9 may initiate a re- 2° 
fresh action in order to obtain an update of status infor- 
mation . Contact links and other options may be present- 
ed in association with listed agents and agent status fig- 
ures. 

[0063] An interface of the type described above ena- 
bles users to essentially browse agent-availability sta- 
tistics before initiating any type of contact with commu- 
nication center 21 . In the event that a response mes- 
sage or downloaded interface reveals an available 
agent, user 9 could initiate contact with that agent using 
provided contact links or information. 
[0064] It will be apparent to one with ski ll i n the art that 
there are many configuration possibilities that exist with 
respect to reporting agent-availability status of agents 
within communication center 21 to requesting user 9 
without departing from the spirit and scope of the 
present invention. Instant messaging or embedding the 
information into Web pages before or after download are 
techniques which may be employed to practice the 
present invention. Likewise, the status information may 
be made a part of a Web browser's tool bar or caused 
to open in an interactive window that pops up on a user's 
screen when the data is ready for display. In still another 
embodiment user station 9 may contact IPR 25 via con- 
nection 11, 13, 19 and retrieve pertinent information 
maintained through CCPS 50. This data may be dis- 
played independently or integrated with a Web page 
from server 15. The functionality of WPS 16 at Web 
server 15 in retrieving information from communication 
center 21 via CCPS 50 is but a single example of how 
a system according to the present invention may func- 
tion. It has been described that similar functionality may 
be provided by CPS 1 0 at a client station, and that there 
is no limitation to the client station operating only 
through a Web server. In a broad sense, the means of 
communication of client station 9 with communication 
center 21 is not limiting to the invention. The cooperation 
of gathering software (CCPS 50) at a communication 



center with an interface software (CPS 10) at a client 
station is novel. 

[0065] In a further aspect, there are a variety of ways 
that the client stations in such a system may become 
enabled. In the system wherein retrieval otcommunica- 
tion center status info is by software (WPS 16) at server 
15, there is no need for additional software at the client 
station. A conventional browser will do. In the cases 
wherein software CPS 1 0 is enabled at a client station, 
that software may be sent to a client on a CD (for exam- 
ple), sent to the client in the background on accessing 
a Web page at server 15, downloaded intentionally by 
a client at station 9 as a plug-in to a Web browser, and 
in other ways as well. 

[0066] Fig. 2 is a plan view of a client-side media-in- 
terface 69 that contains status information according to 
an embodiment of the present invention. Interface 69 is 
an exemplary representation of a customer interface 
displaying agent-availability status after it has been re- 
quested and delivered. Interface 69 may be an integrat- 
ed part of a Web page (incl. e.g. script, Java, Java script, 
X-Windows script, plug-in etc. etc.), a pop-up informa- 
tion window, an instant message interface, or any other 
mechanism of computerized display. 
[0067] In one embodiment, interface 69 is a product 
of CPS 10 of Fig. 1. In this embodiment, WPS 16 of Fig. 
1 sends agent-availability information to user 9 over In- 
ternet connection 11, 13, 19, and CPS 10 incorporates 
information into an interactive display-window or into the 
actual Web page served by server 15. in another em- 
bodiment, interface 69 is a product of WPS 16 in Fig. 1 
and is embedded into the actual Web page before it is 
served to user 9. In still another embodiment, interface 
69 is a product of WPS 1 6 and is served to user 9 in the 
form of a standard instant-message interface using any 
of several known protocols. 

[0068] In this basic example, agent-availability status 
is generalized to a group of agents and displayed as 3 
parameters. These are a number of available agents 71 , 
a number of calls waiting 73, and an estimated hold time 
75. In this case the information represents the most ba- 
sic information available for the target group of agents. 
In this case there are 12 available agents that are han- 
dling the subject of request resulting in interface 69. 
There are 25 calls waiting in a queue shared by the 12 
available agents. The average estimated hold time for 
one of the 12 agents to respond to an immediately 
placed call is 2 minutes and 1 0 seconds. 
[0069] In this example, three interactive options are 
presented within interface 69, in this case, below the 
agent-availability information. A contact option 72 is pro- 
vided to allow a viewing customer to initiate an IP-to-IP 
telephone call, or an I P-to-COST telephone call. A con- 
tact option 74 enables a viewing customer to send an 
e-mail, which would be routed to one of the 12 available 
agents. A contact option 76 enables a viewing customer 
to initiate a callback from one of the 1 2 available agents. 
Using callback option 76 enables an invoking user to be 
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entered into a virtual queue. A user in this case may ex- 
pect a callback at approximately 2 minutes and 1 0 sec- 
onds after initiating the contact. In actual practice, the 
availability and variety of interactive contact options is 
dependent upon enterprise rules and available media. 5 
One with skill in the art will recognize that there are many 
alternative display scenarios which may be used with 
interface 69. 

[0070] In a more advanced case, interface 69 may 
contain much more detailed information including infor- 10 
mation that a specific to a user request invoking the in- 
terface. For example, each of the available agents 71 
may be listed separately instead of collectively as illus- 
trated herein. The number of calls waiting may be bro- 
ken down to reflect the exact n umber of calls waiting for 15 
each available agent. Furthermore, estimated hold 
times may be determined individually for each busy 
agent. Likewise, additional information about agents 
may be listed such as skill levels, language preferences, 
ranking within the organization, and so on. The level at 20 
which detailed agent-availability data may be compiled 
and presented depends entirely on the sophistication 
and configuration of agent monitoring software in use 
within communication center. 

[0071] Fig. 3 is a flow diagram illustrating client and 25 
system procedural steps for practicing communication- 
center presence reporting according to an embodiment 
of the present invention. At step 77, the user logs onto 
a DPN, which in a preferred case, is the Internet net- 
work. At step 79, the user of step 77 navigates to a Web 30 
site hosted by a communication center that the user de- 
sires to contact. At this point, a Web form may be 
present on a main Web page of the Web site navigated 
to in step 79. Such a Web form would prompt a user for 
his or her intent or reason for the desired contact. These 35 
reasons are as Wide-ranging as are enterprises that 
might host such a Web form. For example, a list of prod- 
uct descriptions may be presented for selection. Levels 
of contact priority may be established in the case of pri- 
ority queuing, amongst others possibly based on user 40 
ID. Available options are limited only by enterprise rules. 
[0072] At step 81 , a user enters the information solic- 
ited from him or her by the above-described Web form. 
At step 83, the user submits the Web form. At step 84, 
a Web presence server analogous to Web server 15 of 
Fig. 1 receives the request sent by the user of step 83. 
At step 85, the Web presence server forwards the re- 
quest received in step 84 to a communication-center 
presence server analogous to server 49 of Fig. 1 . 
[0073] At this point, software analogous to CCPS 50 50 
of Fig. 1 analyzes the received request and pulls the 
most current agent-availability data for the purpose of 
servicing the request. At step 86 : the applicable data is 
sent in the form of a response back to the Web presence 
server of step 85. It is noted herein, that this communi- 55 
cation between servers may occur over a separate high- 
speed data line as was described in reference to figure 
1 above. Moreover, the server-to-server transaction 



may follow known request/response models used in In- 
ternet transactions. 

[0074] When the applicable data is received at the 
Web presence server, software analogous to WPS 10 
of Fig. 1 may integrate the information into a subsequent 
Web page to be sent back to the user of step 77, or it 
may formulate the response as an instant message, 
which is immediately dispatched act to user 77. At step 
87 then, the applicable data is delivered to the user of 
step 77 and is displayed as an interactive interface anal- 
ogous to interface 69 of Fig. 2 at step- 89. At this point, 
the user of step 77 may initiate contact with the target 
communication center or wait for a better time for con- 
tact initiation based on user-analysis of the received da- 
ta. It is also noted herein that the user requesting the 
data may refresh his or her request periodically to obtain 
the most current agent-availability data during a session 
period. In some cases, the requesting user may receive 
streaming data in real-time showing continual changes 
in agent-availability status over the time spent viewing 
the interface. 

[0075] It will be apparent to one with skill . in the art, 
that the customer/system process steps illustrated in 
this example may be altered in description and order 
without departing from the spirit and scope of the 
present invention. For example, the Web presence serv- 
er of step 84 may have a local access to the most current 
agent-availability data at the instant of receiving a re- 
quest. This was described an embodiment wherein 
agent-availability data from the target communication 
center is periodically pushed or continually streamed to 
the Web presence server. Moreover, the agent-availa- 
bility data may be integrated into a Web page at server 
side or client side dependent upon software implemen- 
tation. In one embodiment, the entire transaction proc- 
ess from request to response and display is conducted 
using an instant message protocol. 
[0076] The method and apparatus of the present in- 
vention may be practiced on the Internet, a private or 
corporate WAN or LAN network or in any combination 
thereof. Web server 15 of Fig. 1 may be hosted by a 
single communication center or shared by a plurality of 
communication centers. In the latter case, it is more like- 
ly that agent-availability data will be pulled from the pro- 
viding communication centers rather than pushed to the 
central location. 

Client-Status Monitoring Capabilities 

[0077] In another aspect of the present invention an 
enhancement is provided that enables agents operating 
from within communications-centers to monitor client 
availability status for the purpose of callback optimiza- 
tion. In particular, in cases where the client has many 
media available, a collection of ail media statuses is 
generated, and then presented as an amalgamated sta- 
tus to an agent or robotic agent. Additionally, the pre- 
ferred mode and time for a back connection may be 
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available as well. 

[0078] In one aspect of the system, client on-/off-line 
status information and the client's callback preferences 
are obtained at the same time using the same protocol. 
In another aspect of the system, client onVoff-line status 
information and the client's callback preferences are ob- 
tained independently, for instance using a presence 
service such as ICQ™ for the on-/off-line status infor- 
mation and HTTP or WAP for obtaining the client's call- 
back preferences, orfor instance during a previous com- 
munication between the client and an agent of the com- 
munication center. 

[0079] In one aspect of the system, client-status infor- 
mation is obtained from a single client terminal, such as 
a PC, In another aspect of the system, partial client-sta- 
tus information is obtained from multiple independent 
client terminals, such as a PC and a cellular phone, and 
combined to provide complete client-status information 
to the subscribing agent. In one aspect of the system, 
client on-/off-line status information is obtained concern- 
ing a single terminal device, such as a PC. In another 
aspect of the system, client on-/off-line status informa- 
tion is obtained concerning multiple independent termi- 
nal devices, such as a PC and a cellular phone, and 
combined to provide complete client on-/off-line status 
information. 

[0080] In one aspect of the system, client-status infor- 
mation is obtained using a single protocol, such as 
ICQ™. In another aspect of the system, partial client- 
status information is obtained using multiple protocols, 
such as ICQ™ and MSN Messenger Service™, and 
combined to provide complete client-status information 
to the subscribing agent. In one aspect of the system, 
client-status information is obtained via a single net- 
work, such as the Internet network. In another aspect of 
the system, partial client-status information is obtained 
via multiple networks, such as the Internet network and 
the cellular network, and combined to provide complete 
client-status information to the subscribing agent. Fig. 4 
is an overview of a communications network 92 wherein 
agent monitoring of client status is practiced according 
to an aspect of the present invention. Communication 
network 92 is somewhat analogous to communications 
network 52 of Fig. 1 above in terms of basic architecture 
and software implementation. Elements of network 52, 
which are not modified for the purpose of enabling the 
present invention are not re-introduced with new ele- 
ment numbers. Newly provided or modified elements 
used in the practice of the present invention are intro- 
duced herein having new element numbers. 
[0081] Communication network 92 comprises PSTN 
55, DPN 61, communication center 21, and an exem- 
plary user 9 as described above with reference to net- 
work 52 of Fig. 1 . 

[0082] PSTN 55, as described in the example of Fig. 
1 , represents a preferred network connecting all con- 
nection-oriented-switched-telephony (COST) clients 
whom call into communication center 21 for the purpose 



of doing business with the center. In another case, a pri- 
vate telephone network may be utilized in place of or in 
combination with PSTN 55. The inventor chooses PSTN 
55 because of its high public-access characteristic. 
5 [0083] LSW 59, illustrated within PSTN 55 and repre- 
sents automated switching capability within the network. 
LSW 59 may be an Automatic Call Distributor (ACD), a 
Public Branch Exchange (PBX), or any other type of te- 
lephony switching apparatus, in the broadest sense, in- 
to eluding but not limited to DNT type switches/gateways 
as used in Voice over IP (VoIP) etc. as was previously 
described. LSW 59 is CTI enhanced by CTl processor 
62 connected thereto by a CTI connection. TS software 
provided within CTI processor 62 enables communica- 
15 tion center 21 to control certain call-switching and rout- 
ing aspects performed by LSW 59 as was described in 
Fig. 1. 

[0084] LSW 59 is connected to CSW 53, illustrated 
within communication center 21 , by COST telephony 

20 trunk 57. CSW 53 may be any of several types of call 
processing switches as previously described with re- 
spect to LSW 59 above. CSW 53 is enhanced by CTI 
processor 65, which is connected thereto by a CTI con- 
nection as was described with reference to LSW 59. CTI 

25 processor 65 also has an instance of TS software pro- 
vided therein and adapted to communicate with TS soft- 
ware of processor 62. Data network 64 provides a ca- 
pability of double dipping described in Fig. 1 above. In- 
ternet 61 facilitates all Internet-protocol (IP) callers 

30 reaching communication center 21 through the Internet, 
internet 61 may be a private orcorporate Wide Area Net- 
work (WAN), or any other type of DPN as long as Inter- 
net communication protocols are supported. The inven- 
tor chooses Internet 61 as a preferred network because 

35 of it's high public-access characteristic, as stated with 
reference to Fig. 1. IP callers calling into communication 
center .21 may interface from any Internet-connected 
server, which provides network access to communica- 
tion center 21 . Moreover, there may be many such serv- 

40 ers distributed throughout network 61 , each server be- 
ing a point of access. Internet 61 is represented by In- 
ternet backbone 13, which represents all the lines, 
equipment, and connection points making up the Inter- 
net network as a whole, including sub networks. 

45 [0085] Status server 49 is illustrated in this example 
as having a communication-center-presence-server 
CCPS 94 (software) installed therein, which is an en- 
hanced version of CCPS 50 described in the example 
of Fig. 1 . CCPS 94 not only provides clients with agent 

50 status information over the WWW, but also allows 
agents working within center 21 the capability of sub- 
scribing to client status information. More detail regard- 
ing the just-described enhancement is provided below. 
[0086] In this example, there are 2 exemplary file 

55 servers illustrated as connected to Internet backbone 
13. These are a customer presence server (CPS) 95 
and a foreign presence server (FPS) 93. It is noted here- 
in that CPS 95 effectively replaces WS 15 of Fig. 1 and 
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can be assumed to provide the formerly-described func- 
tionality of server 1 5 and associated web presence serv- 
er (WPS software) 1 6 of the same example. CPS 95 
functions as a file server enhanced with an instance of 
software (SW) 97, which may be described, in this em- 
bodiment as CPS software 97. CPS server 95 is, in this 
example, hosted by the same entity hosting communi- 
cation center 21 and is utilized as a customer/agent in- 
terface. 

[0087] CPS SW 97 is enhanced for the purpose of al- 
lowing an agent to subscribe to real-time customer avail- 
ability information as it applies to the remote station oc- 
cupied by the customer. In this case, the station refers 
to remote PC 9, also referred to as user 9 in this speci- 
fication. User 9 is connected to backbone 13 by Internet- 
access line 11 , as was described with reference to Fig. 
1 . CPS 95 is optional in this example and not specifically 
required in order to practice the present invention. CPS 
95 represents a collection server that is utilized for col- 
lecting and organizing user status-states, which may be 
subscribed to or otherwise accessed by agents of center 
21. 

[0088] FPS server 93 is adapted as a third-party serv- 
er similarto those employed by well-known chat and in- 
stant messaging services. FPS 93 may be assumed to 
have software installed therein , and is adapted to organ- 
ize instant communication between clients using a sup- 
ported instant messaging service operating under a 
known protocol such as RFC2778 as was described in 
the example of Fig. 1 . It is noted in this example, that 
CPS server 95 is connected to status server 49 within 
communication center 21 by high-speed data connec- 
tion 20. A second high-speed data connection 1 9 is pro- 
vided for connecting FPS server 93 to status server 49. 
In this respect, status server 49 has access capability 
to both CPS 95 and FPS 93. It is similarly noted herein, 
that high-speed data-access lines connecting server 49 
to servers 95 and 93 are not required in order to practice 
the present invention . Server 49 may instead of adapted 
to connect to Internet backbone 13 using a 24X7 or a 
switched Internet connection. 

[0089] In this embodiment, CPS 95 is hosted by cent- 
er 21 and adapted to function in much the same way as 
FPS 93. That is to say that CPS 95 is a central facility 
for interaction. In one embodiment of the present inven- 
tion, CPS 95 is not present and CPS SW 97 is instead 
distributed directly to client machines, as in this case, 
CPS SW 97 illustrated as installed in PC 9. It is noted 
herein that the functionality of CPS 10 of Fig. 1 is includ- 
ed in the enhanced version, or CPS SW 97 shown on 
PC 9. In the absence of server 95, with client machines 
enhanced by SW 97, CCPS 94 interacts directly with the 
customer. 

[0090] User 9 may be assumed, in this example, to 
be accessing either FPS 93, or CPS 95 for the purpose 
of determining agent status information as described in 
Fig. 1 and for making status information availabieto sub- 
scribing agents. 



[0091] IPR 25 handles incoming message events 
sourced from FPS 93 and/or CPS 95. Other than en- 
hanced functionality represented by server 49 running 
CCPS 94 and dual connection capability from server 49 
5 to CPS 95 and FPS 93, communication center 21 oper- 
ates identically to the center (21) described in Fig. 1 in- 
cluding the configuration of agent's workstations and so 
on. Therefore, detailed re-description of the agent's op- 
erating environment (workstations, LAN connectivity, 

10 etc) need not be provided in this example. 

[0092] In one embodiment of the present invention, 
PC 9 has a known instant-messaging software applica- 
tion installed therein and adapted to use FPS 93 as a 
centralized communication server. An example of one 

15 such messaging service would be the well-known ICQ™ 
service. In this case, CCPS 94 running on status server 
49 is adapted to support the particular instant-messag- 
ing application employed by user 9 and supported at 
FPS 93. The instant-messaging application is, of 

20 course, assumed to be executing on the client machine, 
shown here as FPS-SW 97. For example, CCPS 94 may 
be adapted to recognize various descriptive states-of- 
activity represented at FPS 93 and associated with real- 
time communication states of connected users, in this 

25 case user 9. Examples of such states available through 
instant messaging services include indications of 
whether user 9 may be off-line or online. Other status 
indications such as "user is away" or "do not disturb" 
may also be included as standard status indications 

30 available with known messaging services. 

[0093] CCPS 94 may be adapted to integrate an en- 
hanced package of status indicators associated with 
communication-center use into software running on 
FPS 93 and on user station 9 such that user station 9 

35 may communicate a variety of enhanced status mes- 
sages to subscribing agents within communication cent- 
er 21. It is also noted herein, that the functionality of 
agent-status indication as taught in Fig. 1-3 above may 
be integrated into software at FPS 93 and at user station 

40 9 without departing from the spirit and scope of the 
present invention. One example of an enhanced user- 
status indication that may be associated with communi- 
cation center 21 may be an indication that user 9 is tem- 
porarily away and preferred contact is by cellular phone 

45 during this status period. Of course, the cellular phone 
number of user 9 would be provided as part of the indi- 
cation. A communication-center agent, for example, an 
agent operating PC 43 within workstation 31 may sub- 
scribe to FPS 93 utilizing LAN 23, server 49, and high- 

50 speed data link 19. 

[0094] In this case, the agent in question may be in 
various states of communication with a plurality of users 
connected to have FPS 93. According to a push model, 
user-status indications may be pushed in the form of pe- 

55 riodic instant messages to PC 43, where they may be 
viewed by the monitoring agent. The monitoring agent 
may decide which contactor callback options are appro- 
priate based on user-status indication contained within 
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the content of the instant message. That may be done 
by other protocol than just IM, e.g. HTTP, WAP, tPNT 
etc. 

[0095] According to a pull case, the agent operating 
PC 43 may subscribe to an interface (not shown) served 
by FPS 93 such that current status indications are con- 
tained within the interface and viewable on PC 43. In 
this embodiment, status server 49 executing CCPS 94 
provides interactive interfaces for both clients and 
agents for the purpose of viewing status. Also in this em- 
bodiment, status server 49 executing CCPS 94 may fa- 
cilitate COST outbound dialing from agent to client 
through CSW 53 by virtue of connection 51 . 
[0096] An agent operating at one of connected work- 
stations 27-31 may subscribe to real-time status reports 
associated with a plurality of users connected to FPS 
93. Subscription may be defined as an active state of 
dialog established between an agent and the connected 
users. The dialog states may be initiated and estab- 
lished by users contacting agents through the method 
of the present invention. Therefore, users who have 
connected to FPS 93 and have initiated contact with an 
agent of communication center 21 may be considered 
for status reporting until the purpose of the dialog is 
achieved or the user is no longer connected to FPS 93. 
[0097] In some cases, the agent user will not be a hu- 
man agent but will be a special purpose server (not 
shown) providing some very specific services. One ex- 
ample of such a special server is a callback server that 
automatically initiates callback calls to a customer 9 
based on that user's callback preferences and routes 
the call to an agent after the customer answers. Another 
example of such a special purpose server is a server 
that monitors the communication center's status and, on 
request of the customer 9, sends an alert to the custom- 
er when the communication center's status matches 
specific conditions, for instance when the average wait- 
ing time is smaller than three minutes. 
[0098] In a preferred embodiment, there can be mul- 
tiple FPS and CPS servers in network 92. There can for 
instance be one FPS 93 for every third-party presence 
service that is being used in the communication center. 
There can be for instance an FPS 93 that is able to ob- 
tain the cellular onVoff-line status of the customers mo- 
bile (not shown). 

[0099] In another embodiment, the customer can 
have multiple terminal devices such as a PC 9 and a 
cellular phone (not shown). For each type of terminal 
equipment there can be a different FPS 93 to obtain the 
on-/off-line status of the customer. By combining these 
partial statuses (SW not shown), for instance in CCPS 
94, a complete customer status can be presented to the 
subscribing agent. In one aspect, the CCPS 94 can 
combine the presence information of the customer. In 
another aspect, the customer's PC 9 can combine the 
presence information. Take for instance the case where 
the PC is equipped with a modem-board and where the 
customer's telephony is also connected to that same 



modem-board. In this case, the client's PC 9 can com- 
bine the client's on-/off-line status for the customer's 
fixed line and for the customer's internet access and his 
ability to participate in a chat session or a net-meeting, 
5 etc. 

[0100] In some cases the agent doesn't necessarily 
have to subscribe for agent status info to the CPS or 
FPS, the CCPS could take over this job (e.g. agent 
doesn't use IMPP to subscribe but proprietary protocol). 
10 in the latter case the CCPS could subscribe to the CPS 
or FPS. Generally, it is better to have a call center node 
subscribe to all different types of CPS and FPS nodes, 
because there is a need or preference, to combine the 
customer status information from those different nodes 
15 into one presentation for the agent. I n some other cases, 
this CCPS functionality could run on a dedicated node, 
could be combined with otherfunctionality on a separate 
node (e.g. embedding the status information in web- 
page), could run on the agents workstation (or node in 
20 case of automated agent), etc. 

[0101] In another aspect of the present invention, 
CPS 95 executing CPS SW 97 functions as a status bro- 
ker in much the same way as FPS 93. The exception 
being that CPS 95 is provided as a dedicated customer 
25 interface for the sole purpose of communication with 
communication center 21. In this aspect, the instant 
messaging application, SW 97, is proprietary and con- 
tains all of the status options and communications op- 
tions supported by center 21 and does not have to be 
30 integrated with an existing instant messaging service. 
Provision of CPS 95 executing CPS SW 97 enables an 
agent operating one of workstations 27-31 within center 
21 to subscribe to a single interface containing real-time 
or periodically updated status reports concerning all of 
35 the connected users which may be in dialog with the 
agent. In one embodiment, instant messages may be 
propagated in a push model as described above, in- 
stead of having subscription to an interactive interface. 
[0102] Although in many cases the agent will not be 
40 communicating synchronously with the customer while 
receiving these customer's status info, it is possible to 
allow that, for example in cases where both the agent 
and the client need to do something, while communicat- 
ing as well. 

45 [0103] As previously described above, CPS 95 is op- 
tional and is intended to represent the central "place of 
status exchange" between agents and users, including 
but not limited to requests, etc. for dialog. According to 
another embodiment of the present invention CPS SW 

50 97 is distributed directly to client PC stations similar to 
PC 9 as illustrated herein. In this case : status server 49 
executing CCPS 94 functions as an instant message 
broker (i.e. proxy) between agents operating worksta- 
tions 27-31 and users represented herein as user 9. In 

55 this case user 9 would log into a web server analogous 
to web server 15 of Fig. 1 for the purpose of initiating 
contact with communication center 21 . Because and in- 
terfacing server is used to interface a plurality of users 



12 



BNSDOCID: <EP 1225752A2J_> 



23 



EP 1 225 752 A2 



24 



to communication center 21 , both instant message type 
status reports and status reports contained with an elec- 
tronic information pages (web pages) are possible. 
[0104] In some cases, signaling may be sent over the 
IM protocol, although typically 3 the other media will pro- 5 
vide their own protocol, which will be used respectively 
such as H.323 or SIP for IPNT. 

[0105] In still another embodiment, user 9 initiates di- 
rect contact to communication center 21 by virtue of a 
client-installed version of CPS SW 97, which would con- 10 
tain all of the appropriate contact mechanisms needed 
to effect IP-to-IP or IP-to-COST connections over the 
appropriate network paths to center 21 . In this embodi- 
ment, server 49 executing CCPS 94 may still be used 
as an agent-interface server, to which agents operating ?5 
stations 27-31 may subscribe to be in order to view cur- 
rent user status, including but not limited to IP-to-IP 
events. It is noted herein, that IP-to-COST events would 
arrive at communication center 21 after having been 
routed through PSTN 55 through an appropriate gate- 20 
way. However, when such events arrive at CSW 53 for 
internal routing, a channel may be opened from server 
49 to the node, which is in this case PC 9, from which 
the incoming event originated if the addressing informa- 
tion is included in the arriving COST event. In this see- 25 
nario, an agent may interact with a user from a COST 
telephone and view that user's status information simul- 
taneously. If for some reason the agent must terminate 
the call, the agent may still subscribe user's online sta- 
tus through the connection established to PC 9 by server 30 
49. Even though there is no active communication be- 
tween the contacted agent and the initiating user status 
regarding connectivity state, callback instructions, and 
so on is immediately available to the contacted agent. 
Similarly, agent availability and estimated time of re- 35 
sponse reports associated with the contacted agent are 
available to user 9 as long as the connection between 
user. 9 and server 49 is open. 

[0106] In another embodiment, the on-/off-line status 
information for user 9 will reach the communication *o 
center 21 independently from the callback preference 
information for that user9. In one aspect, user9can be 
invited to fill out some form on a web page in order to 
specify callback preferences. In still another aspect, an 
agent can be feeding the customer preferences to the 45 
system during a communication with that customer 9. In 
these aspects, the callback preference information can 
be combined with the on-/off-line status information. In 
one aspect, the web page can be accessed by the cus- 
tomer using a PC. In another aspect, the web page can so 
be accessed using a mobile device that is for instance 
WAP enabled. In one aspect, the web-page can be host- 
ed by the FPS 93 or the CPS 95. In another aspect, it 
can be hosted by another server (not shown). 
[0107] In still another embodiment, the customer's 55 
preferred third-party presence service can be part of the 
callback preferences. There are many third-party pres- 
ence services such as, but not limited to, ICQ™ and 



MSN Messenger Service™. A user 9 that is a member 
of one these presence services, can allow agents of the 
communication center to monitor it's presence status by 
communicating it's preferred presence service to the 
communication center. In an aspect of the invention a 
customer that isn't a member of a third-party presence 
service can be allowed by the communication center to 
download the tools for a communication center specific 
presence service. 

[01 08] Fig. 5 is a simplified logical connection diagram 
illustrating functionality of principally software elements 
in an embodiment of the present invention. In Fig. 5 
CCPS 119 is illustrated as operable in a communication 
center 117 for receiving status from client devices and 
other information to be provided to agents. As described 
above, the agents may be live agents or robotic agents. 
[0109] In Fig. 5 there are two clients (persons) labeled 
Client 1 and Client 2. There are four client devices 129, 
133, 137, and 125, shown in Fig. 5. Client 1 has a PC 
129 at his home, which executes an instance of 
FPS-SW 131 , which is, in this case, AOL. Client 1 also 
has a PC 137 at his office executing an instance of 
CPS-SW 195. CPS-SW 139 is provided by the host of 
communication center 117. Further. Client 1 has a WAP 
telephone 125 executing an instance of FPS-SW 127, 
provided by Sprint in this example. Lastly there is a sec- 
ond client (Client 2) operating a PC 1 33, the PC execut- 
ing an instance of FPS-SW 135, in this example also 
AOL. 

[0110] A first Foreign Presence Service Server 
(FPSS) 121 monitors both instances of AOL (and any 
other instances at client premises not shown), and pro- 
vides presence information to CCPS 119, which is ena- 
bled for AOL and is executing in communication center 
117. A second FPSS 123 monitors WAP telephone 123. 
CCPS 1 1 9 monitors CPS-SW 1 39 executing on PC 1 37, 
although alternatively, there may be an intermediate Cli- 
ent Presence Service Server between PC 137 and 
CCPS 119, notshown here. Furthermore, in some cases 
additional servers maybe inserted as proxies etc. be- 
tween for example FPSS 121,123 and CPSS 119 etc., 
not shown here. 

[0111] It may be assumed, for example, that Client 1 
in Fig. 5 may move between his PCs and carry his WAP 
telephone with him, being variously connected and 
available through the three client devices 125, 129, and 
137. Real time monitoring of all of these devices by 
CCPS 119 directly and through FPSS instances pro- 
vides valuable information to a real or robotic agent as- 
sociated with Center 117, together with client preference 
information which may be achieved by any of several 
paths, as described above, in real time or according to 
pre-programmed preferences. The ability of agents, real 
or robotic, to respond to client's needs is therefore great- 
ly enhanced. The skilled artisan will recognize that both 
Fig. 4 and Fig. 5 are greatly simplified illustrations, and 
there may be many more clients, client devices, and in- 
stances of FPS and CPS servers and software involved 
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in many ways. The diagrams and accompanying de- 
scriptions are provided to convey the essentials of the 
invention and its functionality. 

[0112] It will be apparent to one with skill in the art, 
that the method and apparatus of the present invention 
may be applied to a variety of connection scenarios with- 
out departing from the spirit and scope of the present 
invention. Similarly, the software of the present inven- 
tion may be provided in a variety of functionalities rang- 
ing from an extendable application program interface 
(API) to an existing instant-messaging service to a fully 
functional server-driven service application including cli- 
ent-side and server-side components. 
[0113] It will also be apparent to one with skill in the 
art, that instant messages following standard instant 
message protocol can be sent back arid forth between 
subscribing agents and clients without departing from 
the spirit and scope the present invention. In addition to 
instant messaging, status alerts may take the form of 
pager messages or other types of known alerts when a 
client status is determined to be off-line. 
[0114] Fig. 6 is a plan view of an exemplary agent- 
side media-interfaces 99 and 101 containing availability 
status and callback parameters according to an embod- 
iment of the present invention. Interface 99 may take the 
form of instant message, a messaging window integrat- 
ed into an electronic information page (web page), or 
any other graphics interface that may be propagated 
over network lines to subscribing devices. In this simple 
example, Joe Customer has a status of ONLINE and the 
requested callback medium of voice over Internet pro- 
tocol (VoIP). Other callback mediums listed in interface 
99 include a COST medium and a Pager medium. 
[0115] In a one case, an agent subscribes to the sta- 
tus of Joe Customer during a dialog session typically 
initiated by Joe Customer. Interface 101 is analogous 
informed to interface 99 with the exception that the in- 
dicated status is OFFLINE. The status depicted in inter- 
face 101 is an indication to a subscribing agent that Joe 
is no longer connected to an interfacing server on the 
network. If Joe is connected to the network but no ac- 
tivity is recognized for a predetermined period of time, 
Joe's status may be determined to be AWAY. In this ex- 
ample, interface 1 01 depicts a pager medium as a pre- 
ferred callback option. 

[0116] In another case of the invention, a single agent 
may subscribe to a plurality of customer status messag- 
es simultaneously such that he or she may manage out- 
bound calling in a more optimal fashion. Moreover, be- 
cause the messaging is bi-directional Joe may receive 
alerts or messages indicating estimated waiting time for 
a callback, or perhaps instant message data that re- 
solves the current dialog between Joe and an agent. In 
the latter case, instant messaging may be used to dis- 
pose of calls. 

[0117] Fig. 7 is a flow diagram illustrating agent and 
system procedural steps for observing customer status 
and call back preferences according to an embodiment 



of the present invention. At step 107, a communication- 
center agent subscribes to customer presences server 
95 of Fig. 4, in this case, through status server 49 within 
communication center 21 described in Fig. 4. It is as- 

5 sumed in this step that the subscribing agent already 
has at least one customer who has initiated contact with 
the subscribing agent through server 95. It may be that 
the subscribing agent is working with a plurality of cus- 
tomers also connected to server 95. 

10 [0118] At step 109, the subscribing agent is served 
one or more instant messages containing customer sta- 
tus information. In one embodiment, a single interface 
such as a web page containing status data categorized 
for each customer the agent is working with is served at 

f5 step 1 09. In this case, status information related to each 
customer the agent is subscribing to may be contained 
in separate windows or lists available within interface. 
In another embodiment, the subscribing agent may se- 
lect a customer and receive an instant message regard- 

20 ing that customer's status. 

[0119] At step 111, the subscribing agent observes 
the customers status relating to whether the customer 
it is online or off-line. At step 1 1 3, the subscribing agent 
observes the customer's call back preferences, which 

25 may very according to the customer's connection status. 
Call back preferences may include but are not limited to 
IP phone, cellular, e-mail, pager, COST telephone, in- 
teractive chat, and so on. At step 115, the subscribing 
agent takes action based on the customer's status and 

30 stated call back preferences. 

[0120] In one case of the invention, CPS 95 may be 
facilitated as sort of a callback queue wherein a plurality 
of the agent's customers may be directed to if the agent 
of contact happened to be busy at the time of contact. 

35 During the period of waiting, customer status and call 
back preferences are propagated to the subscribing 
agent and estimated times of response and other infor- 
mation they be propagated to the waiting customers. 
Flexibility exists in this embodiment in that unlike any 

40 normal call-waiting queue, the customer is free to move 
about and even disconnect from the network and go 
about normal business while waiting for a callback. 
[0121] In the case of a customer terminating his con- 
nection with server 95, the subscribing agent will be 

45 served an instant message reflecting the customer's off- 
line status and a medium wherein the agent may contact 
the customer off-line such as a COST telephone, a pag- 
er, or some other off-iine medium. 
[0122] In another case of the invention, a priority state 

so may be applied to the plurality of customers waiting for 
a response from a particular agent. In this embodiment, 
the customers may subscribe to estimated-waiting time 
alerts regardless of whether they are online or off-line. 
For example, a customer may indicate that an alert be 

55 sent to his or her paging device approximately five min- 
utes before an agent is estimated to respond by calling 
the customer on his or her cell phone the event that the 
customer has gone off-line from the interfacing server. 
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characterized in that the customer presence 
software at each client device monitors status at 
each client device, communicates status informa- 
tion collected to the communication center pres- 
5 ence software, and the communication center pres- 

ence software integrates the received status infor- 
mation and provides the integrated result to the real 
or robotic agents of the communication center. 

10 2. The system of claim 1 , wherein the network is a da- 
ta-packet-network. 

3. The system of claim 2, wherein the data-packet- net- 
work is the Internet network. 

15 

4. The system of claim 3, wherein the communication 
center markets products and or service to the cli- 
ents. 

20 5. The system of claim 4. wherein the agents are hu- 
man resources employed by the communication 
center. 

6. The system of claim 4 : wherein the agents are au- 
25 tomated robotic systems implemented at the com- 
munications center. 

7. The system of claim 5, wherein the client-status in- 
formation includes on-line/off-line status of the cli- 

30 ent and the client's callback preferences including 
medium preferences and device preferences. 

8. The system of claim 7, wherein an alert is propagat- 
ed to clients. 

35 

9. The system of claim 8, wherein the alert indicates 
one or more of status of the communication center, 
including one or more of the number of calls in 
queue and the estimated waiting time, and a time 

40 for callback, enabling the client to plan or to initiate 
a call with high probability of success. 



The subscribing agent is served the off-line status, 
which includes the preferred call back medium and the 
appropriate cell phone number to call. The page alert to 
the customer they be propagated by the interfacing 
server if the server is equipped with outbound dialing 
capability into a telephony network. In this case the serv- 
er has the communication-center status information of 
the agent including the estimated times for the agent to 
handle his or her calls in queue. 

[0123] The method and apparatus of the present in- 
vention may be practiced over a communications net- 
work comprising any combination of Data-Packet, 
COST, and wireless networks utilizing appropriate gate- 
ways without departing from the spirit and scope of the 
present invention. Moreover, many variations of cus- 
tomer states and agent states may be included as op- 
tions for configuration into the software the present in- 
vention. For example, a client may configure as many 
devices into the system as desired for enabling agent 
callbacks under a variety of circumstances. Similarly, an 
agent may subscribe singularly or in a plural sense to 
specific customer states. 

[0124] In still another case of the invention, a central 
server such as CPS 95 of Fig. 4 may be dedicated to 
communication-center 21 such that all interfacing cus- 
tomers have status interfaces which are available to all 
subscribing agents. In this case, subscribing agent may 
browse and subscribe to selected customer states 
based on agent/customer match-up. For example, a 
subscribing agent specializing home loans for example, 
may log into the system and subscribe to any customers 
connected the system who have initiated an inquiry to 
communication center 21 regarding loans. There are 
many variant possibilities. 

[0125] The method and apparatus of the present in- 
vention encompasses the wide range of varying imple- 
mentations and therefore should be afforded the broad- 
est scope under examination. The spirit and scope of 
the present invention is limited only by the claims that 
follow. 



Claims 

1 . In a network including a communication center and 
a plurality of clients and client devices, a system for 
enhancing ability of real or robotic agents of the 
communication center to service clients using the 
client devices, including configuring call-back op- 
tions, the system comprising: 



10. The system of claim 8, wherein optional callback or 
alert mediums include cellular, IR and wired com- 

45 munications mediums. 

11. The system of claim 10, wherein the optional call- 
back or alert devices include cellular telephones, 
pagers, telephones, computer stations, handheld 

so computers, and laptop computers. 

12. The system of claim 1 , wherein the client-status in- 
formation provided to an agent automatically up- 
dates periodically. 



customer presence software executing at the 
client devices for monitoring client and device 
status; and 

a communication-center presence software ex- 
ecuting in the communication center for receiv- 
ing information from the customer presence 
software; 



55 

13. The system of claim 1 , wherein the client-status in- 
formation is continually streamed to the subscribing 
agent-user during a session with a client. 
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1 4. The system of claim 1 , wherein the transfer of client- 
status information is by instant messaging technol- 
ogy- 

15. The system of claim 1 wherein the customer pres- 
ence software executing at the client devices for 
monitoring client and device status is provided by a 
host of the communication center 3 and the commu- 
nication-center presence software executing in the 
communication center communicates directly with 
the customer presence software executing at the 
client device. 

16. The system of claim 1 wherein one or more instanc- 
es of customer presence service software are for- 
eign presence service software provided by a third- 
party presence service provider, and further com- 
prising a foreign presence service server operating 
in the network and communicating with both the in- 
stances of the foreign presence service software 
and the communication center presence software 
executing at the communication center. 

17. The system of claim 1 wherein the network is one 
or a combination of the Internet network, a wireless 
cellular telephone network, or a public service tele- 
phone network. 

1 8. The system of claim 1 wherein one or more instanc- 
es of the customer presence software are provided 
by the communication center host, and one or more 
instances are provided by a third party presence 
service provider, and wherein two or more client de- 
vices executing presence software are associated 
with a single client, the communication center pres- 
ence software providing thereby regularly updated 
and integrated presence status over the multiple 
devices for the single client. 

19. A method for enabling real or robotic agent-users 
of a communication center connected to a network 
to obtain current client-presence status information 
related to clients of the information-source facility 
comprising the steps of: 

(a) executing presence software at client devic- 
es used by the clients; 

(b) communicating client-status information by 
he presence software to a communication cent- 
er presence software executing in the commu- 
nication center; and 

(c) integrating the client-status information or a 
portion thereof and serving the result to sub- 
scribing agent workstations in the communica- 
tion center. 

20. The method of claim 19, wherein the method is 
practiced over a data-packet-network. 



21. The method of claim 20, wherein the data-packet- 
network is the Internet network. 

22. The method of claim 1 9 wherein the communication 
5 center markets products and or services to the cli- 
ents. 

23. The method of claim 19 wherein in step (a), the 
presence software executing at a client device is 

w provided by a third-party service provider, and client 
status information is communicated through a third 
party serverto the communication center presence 
software. 

15 24. The method of claim 19 wherein in step (a), the 
presence software executing at a client device is 
provided by the host of the communication center, 
and the communication center presence software 
communicates directly with the client presence soft- 

20 ware. 

25. The method of claim 19 wherein in step (b), the 
communication center presence software operates 
in a call-waiting queue of the communication center. 

25 

26. The method of claim 19 wherein in step (b), the cli- 
ent-status information is communicated in the form 
of instant messages containing the information. 

30 27. The method of claim 19 wherein in step (b). the cli- 
ent-status information is communicated through an 
electronic information page. 

28. The method of claim 19 wherein instep (b), on-line/ 
35 off-line status information is communicated in the 
form of instant messages containing the informa- 
tion, and callback preference information is commu- 
nicated through an electronic information page. 

40 29. The method of claim 19 further comprising a step 
for alerting clients as to an estimated time of re- 
sponse from agent in a callback situation. 

30. The method of claim 19 further comprising a step 
45 for alerting clients as to status of the communication 

center, including one or more of the number of calls 
in queue and the estimated waiting time, enabling 
the client to plan or to initiate a call with high prob- 
ability of success. 

50 

31. The method of claim 29 wherein the alert is of the 
form of one of a page to a paging device, an instant 
message, an e-mail, or a telephone beep. 

55 32. The method of claim 1 9 wherein in step (c), the cli- 
ent-status information includes online/off-line sta- 
tus of the client and client's callback preferences are 
communicated to the communication center, includ- 
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ing medium preferences and device preferences. 

33. The method of claim 19 wherein in step (c) ; the cli- 
ent-status information automatically updates peri- 
odically during a client session. 5 
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